home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 289 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB
  1. Date: Sun, 6 Jun 93 09:12:08 MDT
  2. From: shenson@nyx.cs.du.edu (Stephen Henson)
  3. Message-Id: <9306061512.AA28426@nyx.cs.du.edu>
  4. X-Disclaimer: Nyx is a public access Unix system run by the University
  5.     of Denver.  The University has neither control over nor
  6.     responsibility for the opinions or correct identity of users.
  7. To: ersmith@com.netcom, mint@terminator.rs.itd.umich.edu
  8. Subject: PL5 in progress ...
  9.  
  10. Greetings,
  11.     I'm in the process of coding pl5. One of the things that has been
  12. suggested several times is the need for a sync() call. Minixfs currently does
  13. a sync() after every sys call which really slows it down somewhat; anyone who
  14. has tried minixfs without this WRITETHRU stuff will know there is a phenomenal
  15. speedup when the cache is no longer shackled in this way.
  16.     I've been a bit reluctant to remove all the WRITETHRU  stuff (and some
  17. bits I missed: thanks Erling!) because it needs an asynchronous update daemon
  18. and can leave the filesystem in a mess if the system crashes with a dirty cache.
  19. Now I've done fsck I'm concentrating on the daemon.
  20.     So I come to the points of this:
  21.  
  22. 1. Using a method analagous to that used by tfork() I've managed to get minixfs
  23. to spawn an update daemon as part of its initialisation (without needing a
  24. separate program). Is this legitimate ? Particularly, I'm thinking about memory
  25. protection since the new process ends up in user mode sharing the memory of
  26. minix.xfs itself. I prefer this method rather than a separate program because
  27. it's all self contained and can make use of some minixfs info not normally
  28. available to a separate process.
  29.  
  30. 2. Everything is fine when certain GEM stuff isn't running. When GEM stuff is
  31. running the daemon hardly ever gets in. Presumably this is down to MiNT not
  32. pre-empting GEM; does Multi-TOS fix this ? I suppose other users could always
  33. have a small DA with an evnt_timer/Syield() loop in it.
  34.  
  35. Regards, Steve.
  36.  
  37.  
  38.